| Oracle® Enterprise Manager Cloud Control Advanced Installation and Configuration Guide 12c Release 3 (12.1.0.3) Part Number E24089-24 |
|
|
PDF · Mobi · ePub |
This chapter describes how you can install JVM Diagnostics (JVMD) in the Enterprise Manager Cloud Control environment.
In particular, this chapter covers the following:
JVM Diagnostics is integrated with Oracle Enterprise Manager Cloud Control. It primarily enables administrators to diagnose performance problems in Java applications in the production environment. By eliminating the need to reproduce problems, it reduces the time required to resolve these problems, thus improving application availability and performance. Using JVMD, administrators can identify the root cause of performance problems in the production environment, without having to reproduce them in the test or development environment.
The following diagram shows the JVMD Architecture:
JVMD Engine is the core analytical engine of the JVMD monitoring system. JVMD Engine collects runtime data from JVMD Agents on request from the OMS, and stores the data in the repository. Multiple JVMD Engines can be configured.
JVMD Agents are the data collectors of the target JVM. JVMD Agents are deployed to managed application servers to collect JVM monitoring data related to JVM threads, stacks, heap and CPU usage, and so on, in real-time, while introducing minimal overhead.
The JVMD Engine runs as an Enterprise JavaBeans (EJB) technology on a WebLogic Server. The JVMD Agent is deployed on the targeted JVM (the one running a production WebLogic Server). It collects real-time data and transmits it to the JVM Diagnostics Engine. This data is stored in the Management Repository, and the collected information is displayed on the Enterprise Manager Cloud Control console for monitoring purposes. The communication between JVMD Engine and JVMD Agent can be secure (SSL), or non-secure.
Before installing JVMD Engine or JVMD Agent, review the points outlined in Oracle Enterprise Manager Cloud Control Basic Installation Guide.
Before installing JVMD Engine or JVMD Agent, ensure that you meet the prerequisites described in Oracle Enterprise Manager Cloud Control Basic Installation Guide.
This section describes how to deploy JVMD Engine and JVMD Agent. It consists of the following:
This section describes the methods to deploy JVMD Engine on a Managed Server. It consists of the following:
To deploy JVMD Engine on a remote host (that is, any host on which Oracle Management Service is not installed), follow these steps:
Note:
This section will use the following convention:host-a is the host where the OMS is running.
host-b is the remote host that does not have an OMS running.
Install a Management Agent on host-b (the remote host), and point it to the OMS running on a Managed Server present in the Enterprise Manager Cloud Control domain (EMGC_DOMAIN).
For information about installing a Management Agent, see Oracle Enterprise Manager Cloud Control Basic Installation Guide.
Install WebLogic Server on host-b using the Enterprise Manager Software Only installation option.
To install JVMD Engine on a remote host successfully, the remote WebLogic Server version and patch level should match with the Managed Servers present in the Enterprise Manager Cloud Control domain (EMGC_DOMAIN). To ensure that the versions and patch levels match, Oracle recommends that you install WebLogic Server by selecting the Software Only install option in the Enterprise Manager OUI install.
For information about performing a software only install, see Oracle Enterprise Manager Cloud Control Basic Installation Guide.
These WebLogic Server bits must be registered with the Enterprise Manager domain running on host-a, so that all the Managed Servers appear under the same WebLogic domain.
Configure a new Managed Server using the WebLogic Server Administration Console as follows:
Log into the Enterprise Manager WebLogic Domain console (EMGC_DOMAIN) of host-a.
The WebLogic Server Administration Console home page appears.
In Weblogic Server Administration Console, from the Domain Structure section, select Environment and then click Servers.
On the Create a New Server page, enter Server Name, Server Listen Address, and Server Listen Port.
Note:
Ensure that the Server Listen Address corresponds to the listen address of the remote host, and the Server Listen port is free on the remote host.Configure a new machine using the WebLogic Server Administration Console as follows:
Log into the Enterprise Manager WebLogic Domain console (EMGC_DOMAIN) of host-a.
The WebLogic Server Administration Console home page appears.
In Weblogic Server Administration Console, from the Domain Structure section, select Environment and click Machines.
On the Create a New Machine page, to associate this machine with the node manager running on host-b, enter the Listen Address of the remote host, and the node manager port number which is 5556 by default.
This node manager primarily controls the starting and stopping of a remote host.
Click Finish to create the machine.
Select the newly created machine, then click on Servers to add the Managed Server you created to this machine. This step associates the machine with the nodemanager running on host-b.
To extend the WebLogic Domain, a template of the Enterprise Manager Cloud Control domain running on host-a is created using the following command:
./pack.sh -domain = $DOMAIN_HOME -template = <absolute_path_to_the_new_weblogic_template> - template_name="My WebLogic Domain" -managed={true} Where: $DOMAIN_HOME is the location of EMGC domain on host-a. <absolute_path_to_the_new_weblogic_template> is the location where you want to create the template.
Copy emgcdomain.jar from host-a (where the OMS is running) to host-b (remote host).
Run the following command to unpack emgcdomain.jar template on host-b:
./unpack.sh -domain = $DOMAIN_HOME -template= <absolute_path_to_domain_template_created> Where: $DOMAIN_HOME is the domain location of EMGC on host-b (remote host) <absolute_path_to_domain_template_created> is the location of the template on host-b where emgcdomain.jar template is present.
To enroll the WebLogic Domain with node manager, perform the following steps on host-b:
Run the following command to update the node manager properties file so that it can start monitoring the remote host:
$WEBLOGIC_HOME/common/bin/wlst.sh
nmEnroll($DOMAIN_HOME)
Start the Node Manager as follows:
<$WEBLOGIC_HOME>server/bin/startNodeManager.sh
Note:
Ensure that you set the property in the nodemanager property file before starting the Node Manager. You can set the property in one of the following methods:Perform the following steps to modify startWebLogic.sh:
Navigate to the following location:
- On Unix : $DOMAIN_HOME/bin/startWebLogic.sh
- On Windows : $DOMAIN_HOME/bin/startWebLogic.cmd
Set maximum heap size (-Xmx) to 1 GB for 64 bit systems, and maximum permanent generation (-XX:MaxPermSize) to 768M for 64-bit systems, as follows:
USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:MaxPermSize=768m"
Note: If the remote Managed Server is started using a Sun JVM, then you must add following memory options to USER_MEM_ARGS: XX:+UnlockDiagnosticVMOptions and XX:+UnsyncloadClass.
Set maximum heap size to 1 GB for 32-bit systems, and maximum permanent generation to 512M for 32-bit systems, as follows:
USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:MaxPermSize=512m"
Perform the following steps on host-a, then start the newly created Managed Server as follows:
Copy the emreposauthbean.jar located in $OMS_HOME/sysman/jlib, to <middleware_home>/wlserver_10.3/server/lib/mbeantypes. Where, $OMS_HOME is the location of the OMS server on host-a, and <middleware_home> is on host-b.
Copy the emCoreCommon.jar from $WEBLOGIC_HOME/sysman/jlib on host-a to $WEBLOGIC_HOME/server/lib on host-b.
Import SSL Certificate to Enterprise Manager Agent Trust store present on the host where Managed Server is running.
Start the Managed Server from the WebLogic Server Administration Console to complete the WebLogic Server setup.
Perform the following steps to discover the new Managed Server running on host-b:
In Cloud Control, from the Targets menu, select Middleware.
On the Middleware page, from the list of WebLogic servers running, select the WebLogic domain where the new Managed Server is deployed (that is, EMGC_DOMAIN).
On the Cloud Control Domain page, from the WebLogic Domain menu, select Refresh WebLogic Domain.
The new Managed Server now gets registered in the Enterprise Manager Cloud Control domain.
Restart the Managed Server for all the changes to take effect.
To deploy JVMD Engine on a remote host (that is, a host that does not have Oracle Management Service installed), follow these steps:
From the Setup menu, select Middleware Management, then select Application Performance Management.
On the Application Performance Management page, from the Add menu, select JVM Diagnostics Engine.
On the Deploy JVM Diagnostics Engine page, select Deploy on an existing managed server.
For Managed server, select the Managed Server running on the remote host on which you want to deploy JVMD Engine. The drop-down list displays all the Managed Servers present in the Enterprise Manager WebLogic domain.
Specify values for Oracle WebLogic Administration Server Host Credentials, Oracle WebLogic Server Domain Credentials, and Oracle WebLogic Managed Server Host Credentials.
Oracle WebLogic Administration Server Host Credentials are the host credentials for the host on which the WebLogic Administration Server (for the Enterprise Manager WebLogic domain) is deployed. Oracle WebLogic Domain Credentials are the credentials for the Administration Server of the Enterprise Manager WebLogic domain. Oracle WebLogic Managed Server Host Credentials are the host credentials for the host on which the WebLogic Managed Server is deployed (that is, the host credentials for the remote host).
Click Deploy to submit a deployment job to the Enterprise Manager job system.
Note:
When you click Deploy, you may receive a warning mentioning that the WebLogic domain is already in edit mode, and mentioning the number of unsaved changes and non active changes. If there are no unsaved or non active changes, or if you are sure that the changes will not affect the JVMD Engine deployment, ignore this warning and proceed.The JVMD Engine Deployment Status page appears with a link to the job status. Click the link to view the status of the job that you submitted.
To deploy JVMD Engine manually, follow these steps:
Before deploying JVMD Engine, ensure that you have downloaded jvmd.zip. To do so, in Enterprise Manager 12c, navigate to the following default location:
<MIDDLEWARE_HOME>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/archives/jvmd.zip
You can download this file onto your local machine, and then run the following command to extract the contents of the zip file:
unzip jvmd.zip
The following is the output of this command:
Archive: jvmd.zip inflating: jamagent.war inflating: jammanager.ear inflating: jammanager_dummy.ear extracting: loadheap.zip inflating: DeployJVMDEngine.cmd inflating: DeployJVMDEngine.py inflating: DeployJVMDEngine.sh creating: customprov/ inflating: customprov/DeployJVMDAgent.cmd inflating: customprov/DeployJVMDAgent.py inflating: customprov/DeployJVMDAgent.sh inflating: customprov/deploy_jvmdagent.pl inflating: customprov/README.txt inflating: customprov/sample_jvmdagent_deploy.properties creating: upgrade/ inflating: upgrade/jvmd_monitoringupgrade11_12.sql inflating: upgrade/jvmd_targetupgrade11_12.sql inflating: upgrade/jvmd_traceupgrade11_12.sql inflating: upgrade/README.txt
The jvmd.zip file contains the following:
DeployJVMDEngine.cmd: This script enables you to deploy JVMD Engine on a Windows host.
DeployJVMDEngine.sh: This script enables you to deploy JVMD Engine on a Linux host.
DeployJVMDEngine.py: This script is invoked by the DeployJVMDEngine.cmd and DeployJVMDEngine.sh scripts to deploy JVMD Engine.
jamagent.war: JVMD Agent.
jammanager_dummy.ear: A dummy JVMD Engine is deployed by the deployment scripts on the OMS. This JVMD Engine is deleted when JVMD Engine deployment is complete.
jammanager.ear: JVMD Engine.
loadheap.zip: This zip file contains the process log for each platform, and the scripts for loading the heap.
customprov directory: The customprov directory contains the scripts used to deploy JVMD Agent from the command line, and is suitable for mass deployment.
upgrade directory: The upgrade directory contains scripts for upgrade.
To deploy JVMD Engine from the command line, follow these steps:
Navigate to the following location, then transfer the jvmd.zip file here:
<MIDDLEWARE_HOME>/oms/jvmd
Run the following command to extract the scripts from the jvmd.zip file:
unzip jvmd.zip
Select the SSL port or the Non-SSL ports to be assigned to the Managed Server that will be created on the host where you want to deploy JVMD Engine.
Note:
To verify if the required ports are free, run the following command:netstat -a|grep <port_number>
Run the following script from the command line to deploy JVMD Engine:
On Linux:
./DeployJVMDEngine.sh
On Windows:
DeployJVMDEngine.cmd
The script updates the default values for many of the parameters. If you want to change any of the parameter values, you can provide them when prompted. If not, press Enter to select the default values.
Note:
A temporary filejammanager_dummy.ear is deployed on the OMS so that JVMD Engine can access the repository. This file is deleted once the deployment is complete.Once the deployment is successful, you will see the status as follows:
Current Status of your Deployment: Deployment command type : deploy Deployment State : completed Deployment Message : no message
Once a connection to the repository is established, a server is created in the Enterprise Manager Cloud Control WebLogic domain on which JVMD Engine is deployed. By default, this server is called EMGC_JVMDMANAGER1. The displayed output is as follows:
Starting server EMGC_JVMDMANAGER1 Server with name EMGC_JVMDMANAGER1 started successfully
Refresh the Enterprise Manager Cloud Control domain.
To do this, log in to the Enterprise Manager console. Navigate to the Enterprise Manager Cloud Control domain home page. From the Farm menu, select Refresh WebLogic Domain.
You can deploy JVMD Engine manually, using the ApmEngineSetup.pl script. You can run this script in the following ways:
In interactive mode, where you are prompted for input details in an interactive manner
In silent mode, where you specify all the input details using a properties file
Important:
You can use theApmEngineSetup.pl script to deploy JVMD Engine only on a host that is running the OMS, and not on a remote host.To deploy JVMD Engine manually using the ApmEngineSetup.pl script, follow these steps:
Navigate to the following location on the OMS host:
$<MIDDLEWARE_HOME>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/archives/jvmd/deployment_Scripts/engine/
View the README.txt file, for information on using the ApmEngineSetup.pl script.
Run the ApmEngineSetup.pl script.
If you want to run the ApmEngineSetup.pl script in interactive mode, such that you are prompted for the input details, use the following command:
perl ApmEngineSetup.pl
Ensure that you specify the operation as deploy, and the Engine Type as JVMD.
If you want to run the ApmEngineSetup.pl script in silent mode, specify all the input details in a properties file, then use the following command:
perl ApmEngineSetup.pl -silent -file <properties_file_name> -password <password>
<properties_file_name> is the name of the properties file where the JVMD Engine and operation details are provided. <password> is the WebLogic console password.
To learn how to specify the input details in a properties file, view the sample properties file SAMPLE_engine.properties.
This section contains the following:
To deploy JVMD Agents manually, follow these steps:
Note:
Oracle recommends that you usejavadiagnosticagent.ear to deploy a JVMD Agent on Oracle WebLogic Server. To deploy a JVMD Agent on an application server other than Oracle WebLogic Server, use jamagent.war.This section describes how to download the javadiagnosticagent.ear or jamagent.war file. It consists of the following:
Downloading javadiagnosticagent.ear or jamagent.war Using Cloud Control
To download javadiagnosticagent.ear or jamagent.war using Cloud Control, follow these steps:
In Cloud Control, from the Setup menu, select Middleware Management, then select Application Performance Management.
On the Application Performance Management page, select JVM Diagnostics Engine.
Click Configure. The JVM Diagnostics Setup page appears.
On the JVM Diagnostics Setup page, click JVMs and Pools, then click Download. The Download JVM Diagnostics Component dialog box appears.

From the JVMD Component menu, to download javadiagnosticagent.ear, select JVMD Agent with MDA (Weblogic only), then click OK. To download jamagent.war, from the JVMD Component menu, select JVMD Agent, then click OK. The JVM Diagnostics Agent web.xml parameters dialog box appears.

From the Available Engines menu, select an option from the list, then click Download:
Select the HTTP URL if you want the JVMD Agent to connect to the JVMD Engine using a non-secure connection.
Select the HTTPS URL if you want the JVMD Agent to connect to the JVMD Engine using a secure connection.
Select Custom if you want the JVMD Agent to connect to a JVMD Engine through a load balancer. Specify the host name and the port that the JVMD Agent must connect to.
For example:
HTTP: http://slc01.us.example.com:3800
HTTPS: https://slc01.us.example.com:3801 (secure communication)

Click Download to download javadiagnosticagent.ear or jamagent.war.
Downloading jamagent.war Using javadiagnosticagent.ear
To download jamagent.war using javadiagnosticagent.ear, follow these steps:
Download the javadiagnosticagent.ear file to the following location:
<middleware_home>/oms/jvmd
The javadiagnosticagent.ear file can be downloaded from the following location:
<MIDDLEWARE_HOME>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/archives/javadiagnosticagent.ear
Run the following command to extract the JVMD Agent script present in javadiagnosticagent.ear:
jar -xvf javadiagnosticagent.ear
Navigate to WEB-INF/web.xml.
Edit the web.xml file to update the values of the jamconshost and jamconsport parameters, where jamconshost is the IP of the host on which JVMD Engine is deployed, and jamconsport is the port of the same host.
Note:
To enable secure communication for the selected JVMD Engine, make the following change to theweb.xml file:
jamsecureCommunication = 1
For example:
<init-param>
<param-name>jamconshost</param-name>
<param-value>slc01axn</param-value>
<description>Jam console host - demolnx.auptyma.com</description>
</init-param>
<init-param>
<param-name>jamconsport</param-name>
<param-value>3800</param-value>
<description>Jam console port</description>
</init-param>
Note:
Once JVMD Engine is deployed, the IP and the port appear on the JVMD Deployment page as:<Machine Name:Port Number>Run the following command to reassemble the jamagent.war file:
jar -cMvf jamagent.war META-INF WEB-INF jamagent oracle
The updated jamagent.war file is now ready for deployment.
This section describes how to deploy JVMD Agent on various application servers. It consists of the following:
Deploying JVMD Agent on WebLogic Server
To deploy JVMD Agent on a Weblogic Managed Server manually, follow these steps:
Make a copy of the deployment profile sample_jvmdagent_deploy.properties available in the jvmd.zip file. Update the location of the javadiagnosticagent.ear file, the name of the WebLogic domain, and the server information. Save the profile as jvmdagent_deploy.properties.
For more information about the parameters, view the README.txt file present in the customprov folder of the jvmd.zip file.
Run the following perl script available in the customprov folder of the jvmd.zip file to deploy JVMD Agent on all the specified servers.
perl deploy_jvmdagent.pl
Note:
Ensure that the deployment profilejvmdagent_deploy.properties and the perl scripts are available in the same folder.Deploying JVMD Agent on Glassfish
To deploy JVMD Agent on Glassfish manually, follow these steps:
Log in to the Glassfish Administration console.
In the Common Tasks section, click Applications.
In the Deployed Applications section, click Deploy.
For Location, select Packaged File to Be Uploaded to the Server, then specify the location on your local host where jamagent.war is present.
For Selected Targets, add the server on which you want to deploy jamagent.war.
Click OK.
To deploy JVMD Agent on JBoss manually, follow these steps:
Log in to the JBoss Administration console.
Under Applications, click Web Application (WAR)s.
Click Add a new resource.
Enter the absolute path to jamagent.war present on your local host.
For both Deploy Exploded and Deploy Farmed, select No.
Click Continue.
To deploy JVMD Agent on JBoss manually, you can also do the following:
Transfer jamagent.war to the following location:
<JBOSS_HOME>/server/all/deploy
Restart the application server.
Deploying JVMD Agent on Tomcat
To deploy JVMD Agent on Tomcat manually, follow these steps:
Transfer jamagent.war to the following location:
$CATALINA_BASE/webapps
Restart the application server.
For the latest versions of Tomcat, if the autoDeploy flag is set to true in $CATALINA_BASE/conf/server.xml, you do not need to restart the application server. Tomcat will pick up jamagent.war at runtime.
Deploying JVMD Agent on Websphere
To deploy JVMD Agent on Websphere manually, follow these steps:
Log in to the Websphere Administration console.
Expand Applications, then click New Application.
Click New Enterprise Application.
For Path to the new application, select Local file system, then specify the location on your local host where jamagent.war is present.
Provide the context root for jamagent.war.
Save the con figuration.
Start the application.
To deploy JVMD Agent on OC4J manually, follow these steps:
Log in to the OC4J Administration console.
Click Applications.
Click Deploy.
Select Archive is present on local host. For Archive Location, specify the location on your local host where jamagent.war is present. Click Next.
For Application Name, enter jamagent. For Context Root, enter /jamagent.
Click Deploy.
Deploying JVMD Agent on a Standalone JVM
A JVMD Agent can be deployed on a standalone JVM such that the inputs are read from web.xml, or such that you specify the inputs on the command line.
To deploy a JVMD Agent on a standalone JVM such that all the inputs are read from web.xml, run the following command from the command line:
java -cp <absolute_path_to_jamagent.war> jamagent.jamrun <java_class_with_a_main_method>
To deploy a JVMD Agent on a standalone JVM by specifying all the inputs on the command line, run the following command from the command; line:
java -cp <absolute_path_to_jamagent.war> jamagent.jamrun <java_class_with_a_main_method> jamconshost=<jvmd_engine_host> jamconsport=<jvmd_engine_listen_port> jamjvmid=<unique_jvmd_identifier> jamtimeout=<timeout_period_in_seconds> jamloglevel=<jvmd_agent_log_level>
Note:
Whenjamagent.war is run using an IBM Java Development Kit (JDK), you may see the following warning in the logs:
******can_tag_objects capability is not set.Copy library libjamcapability to another directory and restart Java with argument "-agentpath:<absolute_path_to_libjamcapability.so>" ******
To troubleshoot this warning, include the libjamcapability.so library and restart the IBM JVM:
/scratch/IBM/WebSphere/AppServer/java/bin/java -agentpath:/scratch/libjamcapability.so -cp /scratch/jamagent.war jamagent.jamrun MyFirstProgram
You can deploy JVMD Agents manually, using the deploy_jvmdagent.pl script. You can run this script only in silent mode, that is, you must specify all the input details using a properties file.
To deploy JVMD Agents manually using deploy_jvmdagent.pl, follow these steps:
Navigate to the following location on the OMS host:
$<MIDDLEWARE_HOME>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/archives/jvmd/deployment_Scripts/agent/jvmd/
View the README.txt file, for information on using the deploy_jvmdagent.pl script.
Specify all the inputs in a properties file, then use the following command:
perl deploy_jvmdagent.pl <properties_file_name>
If you do not pass the name of the properties file as a parameter while running deploy_jvmdagent.pl, deploy_jvmdagent.pl looks for a properties file named jvmdagent_deploy.properties in the same folder. To learn how to specify the input details in a properties file, view the sample properties file sample_jvmdagent_deploy.properties.
If you have multiple JVMD Engines deployed in your setup, and have configured a load balancer for them, you can deploy JVMD Agents such that they connect to the load balancer, and not to any of the individual JVMD Engines. This increases the availability of the JVMD Agents, and creates a failover mechanism, that is, even if a particular JVMD Engine goes down, the JVMD Agents remain active.
You can deploy a JVMD Agent for high availability using the following methods:
To deploy JVMD Agents for high availability using the Application Performance Management page, follow these steps:
Follow the steps mentioned in Oracle Enterprise Manager Cloud Control Basic Installation Guide to deploy a JVMD Agent.
On the JVMD Agents Configurations page, for Available JVMD Engines, select Other. Provide the load balancer host name and port.
Click Next.
On the Review page, review all the information, then click Deploy.
Note:
By default, the JVMD Agent connects to the load balancer using HTTP. If you want the JVMD Agent to connect to the load balancer using HTTPS, you must deploy the JVMD Agent manually, as described in Deploying JVMD Agents for High Availability Manually.To deploy JVMD Agents for high availability manually, follow these steps:
Follow the steps mentioned in Downloading javadiagnosticagent.ear or jamagent.war Using Cloud Control to download javadiagnosticagent.ear or jamagent.war.
When the JVM Diagnostics Agent web.xml parameters dialog box is displayed, from the Available Engines menu, select Custom. Provide the load balancer host name and port.
Click Download.
Deploy the JVMD Agent as mentioned in Deploy JVMD Agent.
Note:
By default, the JVMD Agent connects to the load balancer using HTTP. If you want the JVMD Agent to connect to the load balancer using HTTPS, you must use a certificate, as described in Connecting JVMD Agent to the JVMD Engine Secure Port. Ensure that the common name of the certificate you use matches the host name of the load balancer.To deploy JVMD Database Agent, download JVMD Agent from Cloud Control, as it can serve as a JVMD Database Agent too. If JVMD Agent is downloaded and deployed on the same host as Oracle Database, then you do not require a separate JVMD Database Agent. JVMD Agent itself orchestrates between the database and JVMD Engine. However, if JVMD Agent and the database are on separate hosts, then you need a JVMD Database Agent to collect the database specific information, and transmit the collected data to JVMD Engine.
Note:
JVMD Database Agents are supported on the platforms on which JVMD Agents are supported, except for Microsoft Windows. JVMD Database Agent needs Java 1.4.X or higher to run.To download and deploy JVMD Database Agent, do the following:
Follow the steps listed in Downloading javadiagnosticagent.ear or jamagent.war Using Cloud Control to download the jamagent.war file using Cloud Control.
To start the JVMD Database Agent, run the following command:
$JAVA_HOME/bin/java -Xms126M -Xmx512M -cp ./jamagent.war jamagent.Dbagent jamconshost=<Host on which engine is running> jamconsport=<Port of the server on which JVMD Engine is installed> For Example: /usr/local/packages/jdk14/bin/java -Xms126M -Xmx512M -cp ./jamagent.war jamagent.Dbagent jamconshost=adc2190661.us.example.com jamconsport=3900
Note:
If you encounter the error messageTIMEOUT from console JAM Agent: Error receiving data from console, then restart the JVMD Database Agent with the option jamconsretr = 5.To ensure secure communication with JVMD Engine, the JVM should have access to a KeyStore in which the certificate of the Managed Server on which JVMD Engine is deployed is added. The KeyStore of the Enterprise Manager Cloud Control domain in which the JVMD Engine Managed Server is created can be used for the same.
If you have access to the Enterprise Manager Cloud Control domain, then do the following to connect JVMD Agent to the JVMD Engine secure port:
Locate the KeyStore. It is normally available in the following location:
<WEBLOGIC_HOME>/server/lib/DemoTrust.jks
Where WEBLOGIC_HOME refers to the installation directory of WebLogic Server.
Add the following to the command line, and start JVMD Agent:
-Djavax.net.debug=ssl -Djavax.net.ssl.trustStore=<location of DemoTrust.jks of the engine server> -Djavax.net.ssl.trustStorePassword=DemoTrustKeyStorePassPhrase
Note:
The default password for the WebLogic KeyStore isDemoTrustKeyStorePassPhrase.If you do not have access to the Enterprise Manager Cloud Control domain, then do the following to connect JVMD Agent to the JVMD Engine secure port:
If the target server already has a KeyStore, for example DemoTrust.jks, then use DemoTrust.jks. Otherwise, you need to create a new KeyStore, for example Keystore.jks. To create a new KeyStore, see Step 3.
Follow these steps to download the certificate of the Managed Server:
Access the following URL using a browser:
https://<jamconshost>:<jamconsport(secure)>
On the home page of JVMD Agent, select the Details Tab, then click Export.
Save the certificate as myCert.crt.
To add a certificate to an existing KeyStore DemoTrust.jks, or to create a new KeyStore keystore.jks, and add a certificate to it, run the following command:
keytool -import -trustcacerts -alias root -file myCert.crt -keystore <keystore/DemoTrust>.jks
This command creates a new KeyStore with the default password changeit.
Note:
When a WebLogic Managed Server running on a Sun or JRockit Java Virtual Machine (JVM) attempts to connect to an external resource using HTTPS, you may encounter the following exception:java.lang.ClassCastException: weblogic.net.http.SOAPHttpsURLConnection
This exception occurs because a HTTP API attempts to use an underlying WebLogic implementation, instead of using the Sun implementation. To avoid this exception, using the runtime argument, set the following flag:
-DUseSunHttpHandler=true
After installing JVMD Engine or JVMD Agent, follow the steps outlined in Oracle Enterprise Manager Cloud Control Basic Installation Guide.